home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 7329 < prev    next >
Encoding:
Text File  |  1996-08-05  |  5.8 KB  |  127 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. References: <4hiq13$h6c@thebes.waikato.ac.nz> 
  3. X-Newsreader: UMSZCo V1.1 BETA 12 (23.2.96)
  4. Mime-version: 1.0
  5. Content-Type: text/plain; charset=iso-8859-1
  6. Content-Transfer-encoding: 8BIT
  7. Path: news.tng.oche.de!tomate.tng.oche.de
  8. X-Gateway: ZCONNECT UE utomate.tng.oche.de.tomate.tng.oche.de [PolyNet zTOr V4.901 Serie: "light"]
  9. Subject: Re: AmigaOS 4.x features
  10. Date: Thu,  7 Mar 96  8:32:53 GMT
  11. Message-ID: <68771868@0humpty.tomate.tng.oche.de>
  12. From: humpty@TOMATE.TNG.OCHE.DE (Andreas Mixich)
  13.  
  14. sbh@cs.waikato.ac.nz wrote about "Re: AmigaOS 4.x features" on "06-Mar-1996
  15. 01:33:23" at zer.COMP.SYS.AMIGA.MISC:
  16.  
  17.  
  18. > : There are some other features I'd like to discuss:
  19. > I think the one that really needs to go in is network support. Include TCP/IP
  20. > like unix has.
  21.  
  22. Yep.
  23.  
  24. > :   - ARexx was nice (and still is) but there's room for improvement.
  25. > :     I'd like to see python (http://www.python.org) either as a
  26. > :     second (official(!)) language or as the successor of ARexx.
  27. > :     Python can even be used for applets (like Java).
  28. > I say go with Java, especially in a network environment.
  29.  
  30. Well, I am not well informed, but doesn't JAVA mean to sit in an own
  31. environment (machine) and run programs in there ? What about IPC (Inter
  32. Process Communication) such as Apps with (ARexx) ports etc. ?
  33.  
  34. I think ARexx should not be dropped in any way !! Let there be JAVA, but do
  35. not drop ARexx. Many users learned ARexx very well, the possibilities are
  36. very very nice, on a PPC it would be significantly faster, if AT puts in
  37. some OO GUI lib support along with some OO features (you know, you can
  38. write ARexx modules, store them in REXX: and any ARexx script may use them)
  39. a better data-exchange for ARexx progs between each other and give most
  40. shared libraries an ARexx host, such as do already locale, datatypes and
  41. amigaguide.library.
  42.  
  43.  
  44. > :   - Workbench should be multi-threaded (and allow grid positioning
  45. > :     like ******* ** (no that's not "Clean Up")).
  46. > Workbench needs to be made more functional. Things like automatically closing
  47. > the parent window (like Macs with option double-click), multiple windows
  48. > similar to X Windows virtual window managers, make it more user customizable.
  49.  
  50. Add an ARexx port to every window, a minimum ARexx port to any app (such as
  51. with MUI, but _NOT_ MUI ;-)).
  52.  
  53. What I'd like to see is a global sort of server, that takes messages from
  54. applications and executes macros or similare. Imagine:
  55. No application has its own save/load mehtods. They just signal the OS:
  56. SAVE mydata AS JPEG. So the data would be saved as JPEG using a datatype,
  57. that easily can be updated, while an applications update might need some
  58. time. This could be expanded to execute some other macros right after the
  59. data was saved as JPEG,  let it be some MIME encoding and merging to a
  60. mail or similare. Your texteditor could say:
  61. SAVE <mydata> AS ASCII CRUNCH <method> EXECUTE <macroname>. All the app
  62. would have to do is to transmit its data to this server. The server would
  63. save it as simple ASCII, crunch it with given method, and execute a macro
  64. after it. No application would have to have their own
  65. loader/saver-routines. This modell could widley be expanded...
  66.  
  67. This server would also offer a global system's Arexx (or whatever) port.
  68. You want to change the screen prefs on the fly ? Just signal it what prefs
  69. you want to change and with what settings. The server chosses the right
  70. program to start and quits it after. Windows should be controllable by
  71. scripts or shell also.
  72.  
  73. The Shell shall *never* be dropped, but enhanced with something like
  74. KingCON. (personally I would like to see KingCON overtaken 1:1 in things
  75. like editing, kind of how it does TAB completion etc.
  76.  
  77. > Clipboard support should be improved. We have a nice multitasking OS, but at
  78. > the moment information exchange between programs is not easy in many cases.
  79.  
  80. Yes, that could go along with the above mentioned server.
  81.  
  82. > The filesystems need minor improvements, to be useful in a networked
  83. > environment, adding owner ids, and different security levels (ie. owner,
  84. > group,
  85. > system protection bits).
  86.  
  87. I would also like to see user protection bits. This way you could mark a
  88. file as still in work (some project of yours or so) or use let's say 10
  89. bits in different combinations to indicate a bunch of different meanings.
  90. Just combine them and you have more than 10 meanings with just 10 bits.
  91.  
  92. > One thing that would also be nice is a dynamic linking system (which is
  93. > similar
  94. > to our runtime shared libraries, but not quite the same - we should have
  95. > both).
  96.  
  97. Do you mean a bunch of runtime modules in memory, that can be used by any
  98. program ? I think this woul be like in the OBERON operating system, would
  99. it ? I think this idea is brilliant.
  100.  
  101. > provide that as either as seperate OS (just a port of 3.1) or as a set of
  102. > libraries - ie. have a new executable code format / task structure so that
  103. > the OS can give a program the libraries it wants.
  104.  
  105. I would like to see this as some sort of virtual machine, but which can
  106. exchange data and messages with the OS itself.
  107.  
  108. What I would like to see also is some kind of Virtual Desktop. An extended
  109. form of pubscreens, that might have icons and disks on it and can be made
  110. iconified along with all open windows&apps on it.
  111.  
  112. One could have such a desktop for some sound application, for example. On
  113. this desktop there are different disk icons, where he has its samples and
  114. midi files or whatever. On the same window there is the sampler, a tracker,
  115. a sequencer open, all can exchange data by Drag&Drop. The whole desktop
  116. could be iconified. On another desktop he could have a 24 bit screen with
  117. gfx apps, while the WB is running in 8 bit and the music screen in 4 or so.
  118.  
  119. -- 
  120. Ciao, Andreas
  121. Internet: humpty@tomate.tng.oche.de
  122. FIDO    : 2:244/1544.14
  123.  
  124. +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=++=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
  125. Measure twice because you can only cut once.
  126.  
  127.